Applicants: Bouche^^tal. 

App.Serial No. 09/692,561 

Applicants' present application (U.S. patent application serial no. 
09/692,561, filed October 18, 2000) claims priority from, and 
incorporates by reference, prior U.S. patent application serial number 
09/067,544 (filed April 27, 1998). Prior U.S. patent application serial 
number 09/067,544 in turn incorporates by reference and claims the 
benefit under 35 U.S.C. §119 of provisional application number 
60/061,809 (filed October 14, 1997), which is also incorporated by 
reference in the present application. 

Claims 28-36 of the present application are copied from Claims 1-9 
of U.S. Patent No. 6,246,683, respectively. 

REQUIREMENTS OF 37 CFR 607: 

Per rule 607(a)(1), the patent is U.S. Patent No. 6,246,683. 

Per rule 607(a)(2), Applicants submit nine proposed counts as set 
forth below. 



Count #1: 

A method for transferring data on a network from a data source to an 
end station executing a multi-layer network protocol, including a network 
layer and at least one higher layer, through a network interface on the end 
station, comprising: 

receiving in the network interface a packet which carries a data 
payload from a block of data in the data source, and a control field 
identifying the packet; 

determining based on the control field in the network interface 
whether the packet matches a flow specification, and if so transferring the 
data payload in the packet directly to a target buffer assigned by a process 
at a layer higher than the network layer. 
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Count #2: 

A method for transferring data on a network from a data source to an 
end station executing a multi-layer network protocol, including a network 
layer and at least one higher layer, through a network interface on the end 
station, comprising: 

receiving in the network interface a packet which carries a data 
payload from a block of data in the data source, and a control field 
identifying the packet; 

determining based on the control field in the network interface 
whether the packet matches a flow specification, and if so transferring the 
data payload in the packet directly to a target buffer assigned by a process 
at a layer higher than the network layer, 

wherein the control field in the packet includes a packet header. 

Count #3: 

A method for transferring data on a network from a data source to an 
end station executing a multi-layer network protocol, including a network 
layer and at least one higher layer, through a network interface on the end 
station, comprising: 

receiving in the network interface a packet which carries a data 
payload from a block of data in the data source, and a control field 
identifying the packet; 

determining based on the control field in the network interface 
whether the packet matches a flow specification, and if so transferring the 
data payload in the packet directly to a target buffer assigned by a process 
at a layer higher than the network layer, 
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wherein the multi-layer network protocol comprises TCP/IP, and the 
control field comprises a TCP/IP header. 

Count #4: 

A method for transferring data on a network from a data source to an 
end station executing a multi-layer network protocol, including a network 
layer and at least one higher layer, through a network interface on the end 
station, comprising: 

receiving in the network interface a packet which carries a data 
payload from a block of data in the data source, and a control field 
identifying the packet; 

determining based on the control field in the network interface 
whether the packet matches a flow specification, and if so transferring the 
data payload in the packet directly to a target buffer assigned by a process 
at a layer higher than the network layer, 

including prior to receiving the packet, allocating the target buffer for 
the plurality of packets, and notifying the network interface of the allocated 
target buffer. 



Count #5: 

A method for transferring data on a network from a data source to an 
end station executing a multi-layer network protocol, including a network 
layer and at least one higher layer, through a network interface on the end 
station, comprising: 

receiving in the network interface a packet which carries a data 
payload from a block of data in the data source, and a control field 
identifying the packet; 

determining based on the control field in the network interface 
whether the packet matches a flow specification, and if so transferring the 
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data payload in the packet directly to a target buffer assigned by a process 
at a layer higher than the network layer, 

the network interface is coupled to a network medium supporting a 
maximum packet size, and including transmitting a request from an 
application for transfer of a block of data from the data source, the block of 
data having a length potentially greater than the maximum packet size for 
the medium. 



Count #6: 

A method for transferring data on a network from a data source to an 
end station executing a multi-layer network protocol, including a network 
layer and at least one higher layer, through a network interface on the end 
station, comprising: 

receiving in the network interface a packet which carries a data 
payload from a block of data in the data source, and a control field 
identifying the packet; 

determining based on the control field in the network interface 
whether the packet matches a flow specification, and if so transferring the 
data payload in the packet directly to a target buffer assigned by a process 
at a layer higher than the network layer, 

the network interface is coupled to a network medium supporting a 
maximum packet size, and including transmitting a request from an 
application for transfer of a block of data from the data source, the block of 
data having a length potentially greater than the maximum packet size for 
the medium, 

including notifying the network interface in response to the request 
of a flow specification for the block of data according to the multi-layer 
network protocol, and wherein the step of receiving the packet includes 
identifying packet using the flow specification. 



14 



Applicants: Boucher^t al. 
App.Serial No. 09/692,561 



Count #7: 

A method for transferring data on a network from a data source to an 
end station executing a multi-layer network protocol, including a network 
layer and at least one higher layer, through a network interface on the end 
station, comprising: 

receiving in the network interface a packet which carries a data 
payload from a block of data in the data source, and a control field 
identifying the packet; 

determining based on the control field in the network interface 
whether the packet matches a flow specification, and if so transferring the 
data payload in the packet directly to a target buffer assigned by a process 
at a layer higher than the network layer, 

the network interface is coupled to a network medium supporting a 
maximum packet size, and including transmitting a request from an 
application for transfer of a block of data from the data source, the block of 
data having a length potentially greater than the maximum packet size for 
the medium, 

including notifying the network interface in response to the request 
of a flow specification for the block of data according to the multi-layer 
network protocol, and wherein the step of receiving the packet includes 
identifying packet using the flow specification, 

wherein the network protocol comprises TCP/IP, and the flow 
specification includes a sequence number of a first byte from the plurality 
of packets to be stored in the target buffer. 

Count #8: 

A method for transferring data on a network from a data source to an 
end station executing a multi-layer network protocol, including a network 
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layer and at least one higher layer, through a network interface on the end 
station, comprising: 

receiving in the network interface a packet which carries a data 
payload from a block of data in the data source, and a control field 
identifying the packet; 

determining based on the control field in the network interface 
whether the packet matches a flow specification, and if so transferring the 
data payload in the packet directly to a target buffer assigned by a process 
at a layer higher than the network layer, 

wherein the flow specification includes a sequence number for the 
block of data. 



Count #9: 

A method for transferring data on a network from a data source to an 
end station executing a multi-layer network protocol, including a network 
layer and at least one higher layer, through a network interface on the end 
station, comprising: 

receiving in the network interface a packet which carries a data 
payload from a block of data in the data source, and a control field 
identifying the packet; 

determining based on the control field in the network interface 
whether the packet matches a flow specification, and if so transferring the 
data payload in the packet directly to a target buffer assigned by a process 
at a layer higher than the network layer, 

wherein the flow specification includes a sequence number for the 
block of data, and the flow specification includes IP source and destination 
addresses and TCP port numbers. 
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Per rule 607(a)(3), Claim 1 in the patent (6,246,683) corresponds to 
Count #1. 

Per rule 607(a)(4), Claim 28 in the application (09/692,561) 
corresponds exactly to Count #1. 

Per rule 607(a)(3), Claim 2 in the patent (6,246,683) corresponds to 
Count #2. 

Per rule 607(a)(4), Claim 29 in the application (09/692,561) 
corresponds exactly to Count #2. 

Per rule 607(a)(3), Claim 3 in the patent (6,246,683) corresponds to 
Count #3. 

Per rule 607(a)(4), Claim 30 in the application (09/692,561) 
corresponds exactly to Count #3. 

Per rule 607(a)(3), Claim 4 in the patent (6,246,683) corresponds to 
Count #4. 

Per rule 607(a)(4), Claim 31 in the application (09/692,561) 
corresponds exactly to Count #4. 

Per rule 607(a)(3), Claim 5 in the patent (6,246,683) corresponds to 
Count #5. 

Per rule 607(a)(4), Claim 32 in the application (09/692,561) 
corresponds exactly to Count #5. 

Per rule 607(a)(3), Claim 6 in the patent (6,246,683) corresponds to 
Count #6. 

Per rule 607(a)(4), Claim 33 in the application (09/692,561) 
corresponds exactly to Count #6. 

Per rule 607(a)(3), Claim 7 in the patent (6,246,683) corresponds to 
Count #7. 

Per rule 607(a)(4), Claim 34 in the application (09/692,561) 
corresponds exactly to Count #7. 
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Per rule 607(a)(3), Claim 8 in the patent (6,246,683) corresponds to 
Count #8. 

Per rule 607(a)(4), Claim 35 in the application (09/692,561) 
corresponds exactly to Count #8. 

Per rule 607(a)(3), Claim 9 in the patent (6,246,683) corresponds to 
Count #9. 

Per rule 607(a)(4), Claim 36 in the application (09/692,561) 
corresponds exactly to Count #9. 

Per rule 607(a)(5), application of the terms of Claims 28-36 to the 
disclosure of the above-identified application is set forth in the claims chart 
below. In the claim chart below, [Al] designates the present application 
09/692,561, [A2] designates the parent application 09/067,544, and [A3] 
designates the provisional application 60/061,809. 
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Claims copied from 
USP 6,246,683. 


Disclosure in Applicants' application (including 
Applicants' prior applications that are incorporated by 
reference). 


28. (New) A method for transferring 
data on a network from a data source to 

an onrl ctatinn 
all ellu oldUUIl 

executing a multi-layer network protocol, 
including a network layer and at least one 
higher layer, 

through a network interface on the end 
station, comprising: 


[A2, page 7, line 8 through page 8, line 8] Figures 1-8 relate to a "first embodiment" . 
[A2, page 9, Fig. 1 , and lines 2-8] In Fig. 1 , remote host 22 is a data source; and host 20 

ic an pnH ctatinn Mnct 00 inrinripQ a C,P\ 1 9ft and a CPD ^0 illiKtratpfi HPH ^0 

lo all CI IU old HUM. riUol C\J HlLlUuco a wrU lu dllu a wrU Ou. no IllUoUCUCU^sr lt JU 

interfaces host 20 to network 25. 

[A2, page 9, lines 13-15] CPU 28 of host 20 executes a protocol processing "stack" 44. 
The "stack 44" includes a "network layer" 38 and a 'transport layer" 40. 

[A2, FIG. 1] CPD 30 interfaces host 20 to network 25. 


receiving in the network interface a 
packet which carries a data payload from 
a block of data in the data source, and a 
control field identifying the packet; 


[A2, page 1 1 , lines 1 4-18] A TCP/IP message" is "received by the host from the network" 
in the form of many separate "frames" or "packets" (an initial packet, and subsequent 
packets). 

[A2, page 4, line 20-23] "Each layer of the receiving host recognizes and manipulates 

nnlu thp hoaHorc accnpiatpH u/ith that lavpr cinpp tn that lavpr thp hinhpr lavpr rnntrnl 
Ullly 11 Ig 1 ledum o dooUUIdlcU Willi Midi Idycl, oil IOC IU Midi Idyei llic lULjiici tdyci uuiiuui 

data is included with and indistinguishable from the payload data." 

[A2, page 15, lines 4-6] One of the "subsequent packets" is received from network 25 by 
CPD 30. This packet includes a "packet header" and "data". 

[A2, page 12, lines 1-3] "...each packet conventionally includes a portion of data being 
transferred, as well as headers for each of the protocol layers and markers for positioning 
the packet relative to the rest of the packets of this message". 


determining based on the control 
field in the network interface 

whether the packet matches a flow 
specification, 

anH if en tranQfprrinn thp riata navlrtaH in 
cuiu ii ou iidiioiciiiny we ucuci jjayiuau in 

the packet directly to a target buffer 
assigned by a process at a layer higher 
than the network layer. 


[A2, page 15, lines 4-12] The packet "header" of the subsequent packet is "parsed to 
create a summary of the message packet and a hash for finding a corresponding CCB..." 

The term "flow specification" corresponds to the term "CCB" as the term is used in [A2]. 

[A2, page 24, lines 13-18] "A CCB includes connection and state information regarding 
the protocol layers and packets of the message. Thus a CCB can include source and 
destination media access control (MAC) addresses, source and destination IP or IPX 
addresses, source and destination TCP or SPX ports, TCP variables such as timers, 
receive and transmit windows for sliding window protocols, and information denoting the 
session layer protocol". 

[A2, page 15, lines 9-12] " The processor 55 checks for a match between the hash and 
each CCB that is stored in the cache 62 and, finding a match, sends the data (D2) 70 via 
a fast-path directly to the destination in storage 35,..." (emphasis added). 

[A2, page 12, line 21 through page 13, line 5] "All received message frames which have 
been determined by the CPD hardware assist to be fast-path candidates are examined 53 
by the network microprocessor on INIC comparitor circuits to determine whether they 
match a CCB held by the CPD. Upon confirming such a match, the CPD removes lower 
layer headers and sends 69 the remaining application data from the frame directly into 
its final destination in the host using direct memory access (DMA) units of the CPD. 
This operation may occur immediately upon receipt of a message packet, for example 
when a TCP connection already exists..." (emphasis added). 
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[A2, page 1 8, lines 2-3] The "application layer 1 66...provides a source or destination 

168 for the communication data..." 


29. (New) A method for transferring 
data on a network from a data source to 
an end station executing a multi-layer 
network protocol, including a network 
layer and at least one higher layer, 
through a network interface on the end 
station, comprising: 

receiving in the network interface a 
packet which carries a data payload from 
a block of data in the data source, and a 
control field identifying the packet; 

determining based on the control 
field in the network interface whether the 
packet matches a flow specification, and 
if so transferring the data payload in the 
pacKci uireciiy 10 a idiyei uuner dssiyneu 
by a process at a layer higher than the 
network layer, 

wherein the control field includes a 
packet header. 


See explanation above regarding claim 28. 

[A2, page 13, line 1] "Upon confirming such a match, the CPD removes lower layer 
headers and sends 69 the remaining application data from the frame directly into its final 
destination in the host ..." 


30. (New) A method for transferring 
data on a network from a data source to 
an end station executing a multi-tayer 
network protocol, including a network 
layer and at least one higher layer, 
through a network interface on the end 
station, comprising: 

receiving in the network interface a 
packet which carries a data payload from 
a block of data in the data source, and a 
control field identifying the packet; 

determining based on the control 
field in the network interface whether the 
packet matches a flow specification, and 
if so transferring the data payload in the 
packet directly to a target buffer assigned 
by a process at a layer higher than the 
network layer, 

wherein the multi-layer network 
protocol comprises TCP/IP, and the 
control field comprises a TCP/IP header. 


See explanation above regarding claim 28. 

[A2, page 1 1 , line 15] The message being received by the host is a TCP/IP message". 

[A2, page 4, line 20-23] "Each layer of the receiving host recognizes and manipulates 

only the headers associated with that layer, since to that layer the higher layer control 

a aid is inciuaGQ wim ana inaisiinguisnaDie irom ine payioau aaia. 

[A2, page 12, lines 1-3] "...each packet conventionally includes a portion of the data 

being transferred, as well as headers for each of the protocol layers..." 

[A2, page 12, lines 9-12] "Selection of fast-path candidates is based on whether the host 

may benefit from this message connection being handled by the CPD, which includes 

determining whether the packet has header bytes denoting particular protocols, such as 

TCP/IP..." 
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31. (New) A method for transferring 
data on a network from a data source to 
an end station executing a multi-layer 
network protocol, including a network 
layer and at least one higher layer, 
through a network interface on the end 
station, comprising: 

receiving in the network interface a 
packet which carries a data payload from 
a block of data in the data source, and a 
control field identifying the packet; 

determining based on the control 
field in the network interface whether the 
packet matches a flow specification, and 
if so transferring the data payload in the 
packet directly to a target buffer assigned 
by a process at a layer higher than the 
network layer, 

including prior to receiving the 
packet, allocating the target buffer for the 
plurality of packets, 



and notifying the network interface of the 
allocated target buffer. 



See explanation above regarding claim 28. 



[A2, page 15, lines 1-5] Prior to receiving the "subsequent packet" as set forth on page 
15, the "initial packet" is received. 

[A2, page 14, lines 16-28] The host uses the "initial packet" to "to create a connection 
context for the message, including finding and reserving a destination for the data from 
the message associated with the packet, the context taking the form of a CCB..." 

[A2, page 14, line 18] The CCB is then sent to the CPD 30 to be saved in cache 62...". 



32. (New) A method for transferring 
data on a network from a data source to 
an end station executing a multi-layer 
network protocol, including a network 
layer and at least one higher layer, 
through a network interface on the end 
station, comprising: 

receiving in the network interface a 
packet which carries a data payload from 
a block of data in the data source, and a 
control field identifying the packet; 

determining based on the control 
field in the network interface whether the 
packet matches a flow specification, and 
if so transferring the data payload in the 
packet directly to a target buffer assigned 
by a process at a layer higher than the 
network layer, 

the network interface is coupled to a 
network medium supporting a maximum 
packet size, 



and including transmitting a request from 
an application for transfer of a block of 
data from the data source, 



See explanation above regarding claim 28. 



[A2, Fig. 12] INIC 150 of Fig. 12 is a "network interface" of "client" 190. 

[A2, page 1 1 , lines 14-1 8] "A large TCP/IP message ... may be received by the host .. 
a number of separate, approximately 64 KB transfers, each of which may be split into 
many, approximately 1 .5 KB frames or packets for transmission over a network." 

[A2, page 29, line 20 through page 30, line 14] SMB is an application. An SMB read 
"request" to read a "100KB file" is transmitted from INIC 150 to server 290. Server 290 
(INIC 200 of server 290) sends the 100 KB file back to INIC 150 as multiple "packets". 



.in 
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the block of data having a length 
potentially greater than the maximum 
packet size for the medium. 



It is well known in networking that a network, such as network 25, has a maximum packet 
size. See, for example, the discussion of "maximum packet size" in the text incorporated 
by reference into [A2]: Computer Networks, Third Edition (1996) by Andrew Tanenbaum, 
page 406-409. 



33. (New) A method for transferring 
data on a network from a data source to 
an end station executing a multi-layer 
network protocol, including a network 
layer and at least one higher layer, 
through a network interface on the end 
station, comprising: 

receiving in the network interface a 
packet which carries a data payload from 
a block of data in the data source, and a 
control field identifying the packet; 

determining based on the control 
field in the network interface whether the 
packet matches a flow specification, and 
if so transferring the data payload in the 
packet directly to a target buffer assigned 
by a process at a layer higher than the 
network layer, 

the network interface is coupled to a 
network medium supporting a maximum 
packet size, and including transmitting a 
request from an application for transfer of 
a block of data from the data source, the 
block of data having a length potentially 
greater than the maximum packet size for 
the medium, 

including notifying the network 
interface in response to the request of a 
flow specification for the block of data 
according to the multi-layer network 
protocol, 

and wherein the step of receiving the 
packet includes identifying packet using 
the flow specification. 



See explanation above regarding claim 32. 



A2, page 14, line 14 through page 15, line 3] The first packet received is sent "to the host 
protocol stack 44 for processing. Host stack 44 may use this packet to create a 
connection context for the message.. .the context taking the form of a CCB...The CCB is 
then sent to the CPD 30 to be saved in cache 62." 



[A2, page 15, lines 4-14] When "a subsequent packet from the same connection as the 
initial packet" is received, the receiving INIC checks "for a match between the hash and 
each CCB that is stored in the cache 62 and, finding a match..." 
[A2, page 24, lines 7-9] "A TCP/IP.. .message has a connection that is set up from which 
a CCB is formed by the driver and passed to the INIC for matching with and guiding the 
fast-path packet to the connection destination 168". 



34. (New) A method for transferring data 
on a network from a data source to an 
end station executing a multi-layer 
network protocol, including a network 
layer and at least one higher layer, 
through a network interface on the end 
station, comprising: 

receiving in the network interface a 
packet which carries a data payload from 



See explanation above regarding claim 33. 
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a block of data in the data source, and a 
control field identifying the packet; 

determining based on the control 
field in the network interface whether the 
packet matches a flow specification, and 
if so transferring the data payload in the 
packet directly to a target buffer assigned 
by a process at a layer higher than the 
network layer, including notifying the 
network interface in response to the 
request of a flow specification for the 
block of data according to the multi-layer 
network protocol, 

the network interface is coupled to a 
network medium supporting a maximum 
packet size, and including transmitting a 
request from an application for transfer of 
a block of data from the data source, the 
block of data having a length potentially 
greater than the maximum packet size for 
the medium, 

including notifying the network 
interface in response to the request of a 
flow specification for the block of data 
according to the multi-layer network 
protocol, and wherein the step of 
receiving the packet includes identifying 
packet using the flow specification, 

Wllelelll 11 lc MclWUIK piUlUOUi 

comprises TCP/IP, and the flow 
specification includes a sequence 
number of a first byte from the plurality of 
packets to be stored in the target buffer. 


THo form "flf\\A/ onopifl/^Q+inn" pnrrocnrwiHe tn tha farm "TfR" ac tha form ic iicoH in fA*51 
llle LcMill IIUW ofJcUIlOaUUI) UUilcopUl lUo LU 11 Ic loft 11 IvD do Ulc Icllll lo UocU III ["OJ. 

[A3, page 6, lines 18-25] "A TCB is a structure that contains the entire context associated 
with a connection. This includes the source and destination IP addresses and source and 
destination TCP ports that define the connection. It also contains information about the 
connection itself such as the current send and receive sequence numbers, and the first- 
hop MAC address, etc." 


35. (New) A method for transferring data 
on a network from a data source to an 
end station executing a multi-layer 
network protocol, including a network 
layer and at least one higher layer, 
through a network interface on the end 
station, comprising: 

receiving in the network interface a 
packet which carries a data payload from 
a block of data in the data source, and a 
control field identifying the packet; 

determining based on the control 
Ticiu in me neiwunv iruenace wneiner ins 
packet matches a flow specification, and 
if so transferring the data payload in the 
packet directly to a target buffer assigned 
by a process at a layer higher than the 
network layer, 


See explanation above regarding claim 28. 
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wherein the flow specification 
includes a sequence number for the block 
of data. 


The term "flow specification" corresponds to the term "CCB" as the term is used in [A2]. 

[A2, page 24, lines 13-18] "A CCB includes connection and state information regarding 
the protocol layers and packets of the message. Thus a CCB can include source and 
destination media access control (MAC) addresses, source and destination IP or IPX 

aHHroccoc cnnrrp anH rioctinatinn Tf^P nr QPY nnrtc THP variahlPQ Qiirh a<5 timpr<; 
dUUiOOOGO, oUUlUc CLIIU UcoUildUUII 1 vr Ul OrA UUIlo, \\jr VdlldUICO OUlill do uiiicio, 

receive and transmit windows for sliding window protocols, and information denoting the 
session layer protocol". 

Tanenbaum, (incorporated by reference in A2) page 203 lines 28-35. "In all sliding 
window protocols, each outbound frame contains a sequence number, ...The essence of 
all sliding window protocols is that at any instant of time, the sender maintains a set of 
sequence numbers corresponding to frames it is permitted to send." 


36. (New) A method for transferring data 
on a network from a data source to an 
end station executing a multi-layer 
network protocol, including a network 
layer and at least one higher layer, 
through a network interface on the end 
station, comprising: 

receiving in the network interface a 
packet which carries a data payload from 
a block of data in the data source, and a 
control field identifying the packet; 

determining based on the control 
field in the network interface whether the 
packet matches a flow specification, and 
if so transferring the data payload in the 
packet directly to a target buffer assigned 
by a process at a layer higher than the 
network layer, 

wherein the flow specification 
includes a sequence number for the block 
of data, 

and the flow specification includes 
IP source and destination addresses and 
TCP port numbers. 


See explanation above regarding claim 35. 

[A2, page 24, lines 13-18] "A CCB includes connection and state information regarding 
the protocol layers and packets of the message. Thus a CCB can include source and 
destination media access control (MAC) addresses, source and destination IP or IPX 
addresses, source and destination TCP or SPX ports, TCP variables such as timers, 
receive and transmit windows for sliding window protocols, and information denoting the 
session layer protocol". 


Other Claims 


Disclosure in Applicants' application (including 
Applicants' prior applications that are incorporated by 
reference). 


37. (New) The method of claim 28, 
wherein control of the flow specification is 
transferred from the network interface so 
that a second packet that matches the 

flriw Qnofifiratinn iq nrnrPCQpH hv thp 
iiuw oLtcviiii/duui i 10 uiuogoocu uy 11 IG 

network layer. 


[A2, page 15, lines 15-22] TIG. 4D shows the procedure for handling the rare instance 

i a iY*i r\ r\ a m^nnnA fs\r 1 1 o foot nntn /N/Mtnnntmn noon ootonliorion Ol l/^h QO Chniun 

wnen a message Tor wnicn a Tasi-pain connection nas ueen esiduiisnea, ouui do onuwm 
in FIG. 4C, has a packet that is not easily handled by the CPD. In this case the packet is 
sent to be processed by the protocol stack 44, which is handed the CCB for that message 
from rarhp fiP via a mntrnl riialonup with thp f!PD a<i ^hown bv arrow 76 sinnalino to the 

ii Ul 1 1 V/QUi it? \jc vid d \j\Ji ill ui uioiwyuc win i ii io \ji l/, cio oi i\j »vi i uy ai i wv / vj, oiyi iuim iy iw u its 

CPU to take over processing of that message. Slow-path processing by the protocol 
stack then results in data (D3) 80 from the packet being sent, as shown by arrow 82, to 
storage 35." 


38. (New) The method of claim 28, 
wherein determining based on the control 
field in the network interface whether the 


[A2, page 1 5, lines 9-1 2] "The processor 55 checks for a match between the hash and 
each CCB that is stored in the cache 62 and, finding a match, sends the data (D2) 70 via 
a fast-path directly to the destination in storage 35, as shown by arrow 72, bypassing the 
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narkpf matrhp^ a flnw ^nppifiration is 

performed by specialized network 
processing hardware. 


sp^sion lavpr 4? transnnrt lavpr 40 nptwnrk lavpr 38 and data link laver 3fi " 


39. (New) The method of claim 28, 
wherein the taraet buffer is assianed bv 
processing an initial packet with the 
process. 


[A2, page 14, lines 16-18] "Host stack 44 may use this packet to create a connection 
context for the messaae includina findina and reservino a destination for data from the 

WWJ 1 IWAl IWl LJ 1 W II 1 W IJWUU W j II IWl U\J 1 1 J W III IU II IU Ul lu 1 WW Wl * II l\J \A UVW HI IW UVI 1 1 W 1 IIWIII LI lw 

message associated with the packet, the context taking the form of a CCB." 


40. (New) The method of claim 28, 
wherein the network interface comprises 
means for determining whether the 
packet matches the flow specification. 


For example, see A2, FIG. 1, FIG. 7, FIG. 8 and FIG. 13 and corresponding text. 


41. (New) A method for transferring 
data on a network from a data source to 
an end station 

executing a multi-layer network protocol, 
including a network layer and at least one 
higher layer, 

through a network interface on the end 
station, comprising: 


[A3, page 2, lines 36-37] "A 64k SMB request (write or read-reply) is typically made up of 
44 TCP segments when running over Ethernef 

[A3, page 3, lines 34-35] "Alacritech was formed with the idea that the network 
processing described above could be offloaded onto a cost-effective Intelligent Network 
Interface Card (INIC)." 

[A3, page 6] The figure shows an end station. 

[A3, page 6] The figure shows a multi-layer network protocol, including a network layer 
and at least one higher layer. 

[A3, page 18, lines 22-26] This section outlines the design specification for the Alacritech 
TCP (ATCP) transport driver. The ATCP driver consists of three components: 1 . The 
bulk of the protocol stack is based on the FreeBSD TCP/IP protocol stack. This code 
performs the Ethernet, ARP, IP, ICMP, and (slow path) TCP processing for the driver..." 

[A3, page 6] The figure shows the INIC interfacing the end station to the Ethernet 
network. 


receiving in the network interface a 
packet which carries a data payload from 
a block of data in the data source, and a 
control field identifying the packet; 


[A3, page 2, lines 36-37] "A 64k SMB request (write or read-reply) is typically made up of 
44 TCP segments when running over Ethernet" 

[USP 6,246,683, column 2, lines 59-65] "the process for requesting the transfer of a file 
from a data source involves issuing a read request according to higher layer protocol, 
such as the READ RAW SMB (server message block) command specified according to 
the Common Internet File System protocol (See, paragraph 3.9.35 of CIFS/1 .0 draft dated 
Jun. 13, 1996) executed in Windows platforms." 

[A3, page 2, lines 29-30] " The TCP connection object must be located when a given 
TCP segment arrives, IP header checksums must be calculated..." 


determining based on the control , 
field in the network interface 

whether the packet matches a transmit 
control block (TCB), 

and if so transferring the data payload in 
the packet directly to a target buffer 
assigned by a process at a layer higher 
than the network layer. 


[A3, page 7, lines 13-16] "When a frame is received by the INIC, it must verify it 
completely before it even determines whether it belongs to one of its TCBs or not. This 
includes all header validation (is it IP, IPV4 or V6, is the IP header checksum correct, is 
the TCP checksum correct, etc)." 

[A3, page 7, lines 16-18] "Once this is done it must compare the source and destination 
IP address and the source and destination TCP port with those in each of its TCBs to 
determine if it is associated with one of its TCBs." 

[A3, page 3, lines 38-39] The vast majority of the data is moved directly from the INIC 
into its final destination." 

[A3, page 8, lines 9-12] "When this small amount of data is passed up to the client, and it 
returns with the address in which to put the remainder of the data, our host transport 
driver will pass that address to the INIC which will DMA the remainder of the data into its 
final destination." 



25 



Applicants: Boucher^t al. 
App.Serial No. 09/692,561 



42. (New) The method of Claim 41 , 
wherein the control field is a packet 
header. 


[A3, page 7, lines 13-14] "When a frame is received by the INIC, it must verify it 
completely before it even determines whether it belongs to one of its TCBs or not. This 
includes all header validation (is it IP, IPV4 or V6, is the IP header checksum correct, is 
the TCP checksum correct, etc)." 


43. (New) The method of claim 41 , 
wherein the multi-layer network protocol 
comprises lur/ir, 

and the control field comprises a TCP/IP 
header. 


[A3, page 18, lines 22-26] This section outlines the design specification for the Alacritech 
TCP (ATCP) transport driver. The ATCP driver consists of three components: 1 . The 

hulk Af tho r\rr\ir\nr\\ ctar^lf ic hacorl nn tho FrooRQn Tf^P/IP nrntn/vil ctafk Thic pnHo 

duik oi ine protocol siaciv is udscu on ine rice do u i ur/ir pruiuoui biaoiv. i nib uuue 
performs the Ethernet, ARP, IP, ICMP, and (slow path) TCP processing for the driver..." 

[A3, page 7, lines 13-14] 'When a frame is received by the INIC, it must verify it 
completely before it even determines whether it belongs to one of its TCBs or not. This 
includes all header validation (is it IP, IPV4 or V6, is the IP header checksum correct, is 
the TCP checksum correct, etc)." 


44. (New) The method of claim 41 , 
including prior to receiving the packet, 
allocating the target buffer for a plurality 
of packets, and notifying the network 
interface of the allocated target buffer. 


[A3, page 8, lines 9-12] "When this small amount of data is passed up to the client, and it 
returns with the address in which to put the remainder of the data, our host transport 
driver will pass that address to the INIC which will DMA the remainder of the data into its 
final destination." 

[A3, page 21 , lines 14-47] "As soon as the INIC has received a segment containing a 
NETBIOS header, it will forward it up to the TCP driver, along with the NETBIOS length 
irom ine neaaer.... un receiving ine inaicaiea pacKei, ine hi or unver win can ine receive 
handler registered by the TDI client for the connection, passing the actual size of the data 
in the packet from the INIC as "bytes indicated" and the NETBIOS length as "bytes 
available"... In the "large data input" case, where "bytes available" exceeds the packet 
length, the TDI client will then provide an MDL... The ATCP driver will build a "receive 
requesf from the MDL information, and pass this to the INIC. This request will contain:... 
A list of physical addresses corresponding to the MDL pages." 


45. (New) The method of claim 41 , 
wherein the network interface is coupled 
to a network medium supporting a 
maximum packet size, 

ana including iransminmg a request irom 
an application for transfer of a block of 
data from the data source, 
the block of data having a length 
potentially greater than the maximum 
packet size for the medium. 


[A3, page 6] The figure shows the INIC coupled to the Ethernet network. 
[A3, page 2, line 37] "Ethernet (1500 byte MTU)." 

[no, page £, lines oo-of j m D4k omd request \wrne or reau-repiyj is lypicaiiy niaae up ui 
44 TCP segments when running over Ethernet (1500 byte MTU)." 
[A3, page 4, line 37] "a single 64k SMB write is broken down into 44 1500 byte TCP 
segments, which are in turn broken down into 131 576 byte IP fragments." 


46. (New) The method of claim 45, 
including notifying the network interface 
in response to the request of the TCB for 
the block of data according to the multi- 
layer network protocol, 

and wherein the step of receiving the 
packet includes identifying packet using 
the flow specification. 


[A2, page 14, line 14 through page 15, line 3] The first packet received is sent "to the 
host protocol stack 44 for processing. Host stack 44 may use this packet to create a 
connection context for the message.. .the context taking the form of a CCB...The CCB is 
then sent to the CPD 30 to be saved in cache 62." 

[A2, page 15, lines 4-14] When "a subsequent packet from the same connection as the 
initial packet" is received, the receiving INIC checks lor a match between the hash and 
each CCB that is stored in the cache 62 and, finding a match..." 
[A2, page 24, lines 7-9] "A TCP/IP.. .message has a connection that is set up from which 
a CCB is formed by the driver and passed to the INIC for matching with and guiding the 
fast-path packet to the connection destination 168". 
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47. (New) The method of claim 46, 
wherein the network protocol comprises 

Tr*D/ID anrl tho "TT**R inr>liirlae q 

i or/ir, ana ine i od inciuaes a 
sequence number from the plurality of 
packets to be stored in the target buffer. 


[A3, page 6, lines 38-41] "A TCB is a structure that contains the entire context associated 
with a connection. This includes the source and destination IP addresses and source and 

rloetinotinn Tf^D r\r\ r+c that Hafirta tha p*onnar , ti/"in It a lor* rrmtaino information ahotit tho 

destination i or pons tnat aetine ine connection, it also contains intormauon aooui ine 
connection itself such as the current send and receive sequence numbers." 


48. (New) The method of claim 41 , 

iA/harain tha Tf^R inoli iHac q com lon^a 

wnerem ine i \jd inciuoes a sequence 
number for the block of data. 


[A3, page 6, lines 38*41] "A TCB is a structure that contains the entire context associated 

lA/ith q pnnnootion Thie inolnHoo tho cm irro anH Hoctination IP aHHrooooc anrl conroo anH 

wiiri a coniieuuon. iiiio niuiuueb uie ouuice cuiu ueoiinaiiuii ir auuieooes cuiu ouuiuc aiiu 

destination TCP ports that define the connection. It also contains information about the 
connection itself such as the current send and receive sequence numbers." 


49. (New) The method of claim 48, 
wherein the TCB includes IP source and 
destination addresses and TCP port 
numbers. 


[A3, page 6, lines 38-41] "A TCB is a structure that contains the entire context associated 
with a connection. This includes the source and destination IP addresses and source and 
destination TCP ports that define the connection. It also contains information about the 
connection itself such as the current send and receive sequence numbers." 


ou. jiNew) i ne metnoa or ciaim 4 1 , 
wherein control of the TCB is transferred 
from the network interface so that a 
second packet that matches the TCB is 
processed by the network layer. 


[AO r\f\nes C MnA OQ r\A/in 7 lino Ql " C rr\ m 1 M 1 {r\ ATPD o /^nniavt tronofor mow Kfi 

[Mo, page o, line c&- page /, line o] rrom iiniu 10 mi or... a context transier may De 
initiated either by the ATCP driver or by the INIC.If the ATCP driver wishes to cause 
context to be flushed from INIC to host, it will send a "flush" message to the INIC 
specifying the context number to be flushed. Once the INIC receives this, it will proceed 
with the same steps as for the case where the flush is initiated by the INIC itself... At this 
point, the INIC is no longer doing fast-path processing, and any further incoming frames 

for tho fonnootion u/ill oimnlx/ ho oont to tho hoct ac ram framoo for tho clou/ inniit nath " 

ior ine connecuon win binipiy ue ociu 10 ine mom do raw iiaiiico 101 uie mow iii(jui paw. 


51 . (New) The method of claim 41 , 
wherein determining based on the control 
field in the network interface whether the 
packet matches the TCB is performed by 
an application specific integrated circuit 
(ASIC). 


[A3, page 7, lines 16-21 and pages70-128] 


52. (New) The method of claim 41 , 
wherein the target buffer is assigned by 
processing an initial packet with the 
process. 


[A3, page 1 1 , lines 4-18] "Let's say a 56k NetBIOS session message is received on the 
INIC. The first segment will contain the NetBIOS header, which contains the total 
NetBIOS length. A small chunk of this first segment is provided to the host by filling in a 
small receive buffer, modifying the interrupt status register on the host, and raising the 
appropriate interrupt line. Upon receiving the interrupt, the host will read the ISR, clear it 
by writing back to the INIC's Interrupt Clear Register, and will then process its small 
receive buffer queue looking for receive buffers to be processed. Upon finding the small 
buffer, it will indicate the small amount of data up to the client to be processed by 
NeibiUo. it win also, it necessary, repienisn tne receive ouner pool on tne iinii/ Dy 
passing off a pages worth of small buffers. Meanwhile, the NetBIOS client will allocate a 
memory pool large enough to hold the entire NetBIOS message, and will pass this 
address or set of addresses down to the transport driver. The transport driver will allocate 
an INIC command buffer, fill it in with the list of addresses, set the command type to tell 
the INIC that this is where to put the receive data, and then pass the command off to the 
INIC by writing to the command register. 


53. (New) The method of claim 41 , 
wherein the target buffer is identified with 
a memory descriptor list (MDL). 


[A3, page 21 , lines 37-47] In the "large data input" case, where "bytes available" exceeds 
the packet length, the TDI client will then provide an MDL, associated with an IRP, which 
must be completed when this MDL is filled. (This IRP/MDL may come back either in the 
response to lor s call ot tne receive handler, or as an explicit I ui_nb0bivb request.) 
The ATCP driver will build a "receive request" from the MDL information, and pass this to 
the INIC. This request will contain: 
0 The TCP context identifier. 

fl ^170 anH offcot information 

D A list of physical addresses corresponding to the MDL pages." 


54. (New) A method for transferring 
data on a network from a data source to 
an end station, the end station 
comprising a host portion and a network 


[A3, page 2, lines 36-37] "A 64k SMB request (write or read-reply) is typically made up of 
44 TCP segments when running over Ethernet" ... "Aiacritech was formed with the idea 
that the network processing described above could be offloaded onto a cost-effective 
Intelligent Network Interface Card (INIC)." [A3, page 3, lines 34-35] 
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interface portion, the host portion 
executing a multi-layer network protocol 
including a network layer and at least one 
higher layer, the data being transferred 

thrni inh thp nptu/nrk intorfaAQ nnrtinn nf 
lllfUUyil lllc ficlVVUift IMlUflaOC UUIUUII ui 

the end station, comprising: 


[A3, page 6] The figure shows an end station. The figure also shows a multi-layer 
network protocol, including a network layer and at least one higher layer. 
[A3, page 6, lines 7-8] "In the fast path case, network data is given to the host after the 
headers have been processed and stripped." 

nano 1ft linPQ °°-°fi1 "ThiQ QPrtion nntlinpc thp HpQinn Qnppifiratinn fnrthp Alarritprh 
ir\o, L/dyc 10, hi ico c.cc\j\ 1 1 mo ocomuii uuuuico uic ucoiyi i o|jcom iiscuiuii iui uic mauiiicuii 

TCP (ATCP) transport driver. The ATCP driver consists of three components: 1 . The 
bulk of the protocol stack is based on the FreeBSD TCP/IP protocol stack. This code 
performs the Ethernet, ARP, IP, ICMP, and (slow path) TCP processing for the driver..." 

[A3, page 6] The figure shows the INIC interfacing the end station to the Ethernet 

i iciwui i\, 


transferring from the host portion to the 
network interface portion a connection 
definition, the connection definition 
comprising an IP source address, an IP 
destination address, a TCP source port 
and a TCP destination port; 


[A3, page 6, lines 26-29] TCBs are initialized by the host.. ..Once a connection has 
achieved a "steady-state" of operation, its associated TCB can then be turned over to the 
INIC, putting us into fast-path mode". 

[A3, page 25, line 20 through page 26, ilne 23] This section describes "passing" a context 
from the host to the INIC. 


receiving onto the network interface 

nnrfinn q firot rva/^t^ot nf a mi iltLnanl^ot 
purilun d Tirol pdUKcl UT a inUIU-pdoKcL 

message, the multi-packet message 
being a message of a layer higher than 
the network layer, the first packet 
including a control field identifying the first 
packet, the multi-packet message having 
a data payload; 


[A3, page 1 1 , lines 4-5] A 56k NetBIOS session message is received onto the network 

intprfana nam 1 Thp moccano ic maHp nn nf miiltinlp Tf^P "cpnmpnto." i\ p nankpto^ A 
II lie 1 idUc Odlu. lllc iiicoodyc lo nidUc up ui iiiuiu|Jic ocyiiiciiLo uav^rvcio^. r\ 

"small chunk of this first segment" is provided to the host. NetBIOS will allocates a 
memory pool large enough to hold the entire NetBIOS message, and will pass this 
address or set of addresses down to the transport driver. The transport driver will allocate 
an INIC command buffer, fill it in with the list of addresses, set the command type to tell 
the INIC that this is where to put the receive data, and then pass the command off to the 
INIC by writing to the command register. 


reading onto the network interface 
pui lion d curnrndnQ irorn d t/Oiiuiidnu 
buffer, the command including an 
identifier of a target buffer, the target 
buffer having been assigned on the host 
portion by a process at a layer higher 
than the network layer; 


[A3, page 10, line s 33-34] The INIC then reads the contents of the command buffer into 

ite momArv cn that it pan avaoiifp thp rtpcirpH fVMnmanH 
lib IMclllUry oU U tell 11 LdN cAcOUlc lllc UcolfcU UUIMI lldi IU. 

[A3, page 14, line 41 , through page 15, line 7] This command buffer will include a 
command buffer handle, command field, possibly a TCP context identification, and a list 
of physical data pointers." 


determining based on the control field 
in the network interface portion whether 
the first packet corresponds to the 
connection definition, and if so 
transferring the data payload of the multi- 
packet message from the network 

intarfapa nnrtinn Hirof»tlw tn tha tarnot 

iriicridUc puriiun uiicouy iu uic idiyci 

buffer; and 


[A3, page 7, lines 1 1-21] When the packet is received, the INIC determines whether is 
belongs to one of its TCBs. The INIC compares the IP source and destination addresses 
and the source and destination TCP ports with those in each of the TCBs to determine if 
the packet is associates with one of its TCBs. 

[A3, page 8, lines 7-1 1] The INIC will DMA the remainder of the data into its final 

Hactinatinn 
Ucollf IdllUII. 

[A3, page 8, lines 29-31] In the case of a large (56k for example) NetBIOS session 
message, all but the first couple hundred bytes will be DMA'd to their final destination in 
memory. 

[A3, page 1 1 , lines 1 8-22] When the INIC receives the command buffer, it will DMA the 
remainder of the NetBIOS data, as it is received, into the memory address or addresses 
designated by the host." 


thp nptwnrlf intprfana nnrtinn \A/ritinn tn 
lllc McLWUIft IlllcildUc UUIUUII wimiiy IU 

a response buffer and thereby indicating 
to the host portion completion of the 
command. 


rA*3 nanp 11 linoc 1ft-99l Onrp thp ontirp MptRIOQ tranQartinn iq rnrnnlptp thp INIIH will 

[MO, UdUC I I, III ICO \0 C.C.\ VJIIOC lllc ClIlllC INClDI\JO UCUlOCtOMUl I lO lsU(ll|JIClC, U IC IINIW WIN 

complete the command by writing to the response buffer with the appropriate status and 
command buffer identifier. 

[A3, page 16, lines 19-20] When that CPU has completed a command, it extracts the 
command buffer handle and passes it back to the host via a response buffer. 
[A3, page 10, lines 39-41] The response buffers only purpose is to indicate the 
completion of the designated command buffer, and to pass status about the completion. 
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55.(New) The method of Claim 50, 

wherein tho notu/nrk interface nnrtinn 
WMclClll Ulc llclWUm IlllcllaOC [JUIllUII 

writes status information and a command 
buffer identifier into the response buffer. 


[A3, page 1 1 , lines 18-22] Once the entire NetBIOS transaction is complete, the INIC will 

ouiiijJicm uic i/Uiiiiliallu uy wituiiy iu uic icopuiloc uuiici Willi ii ic apfJiUpiiaic olaiuo aiiu 

command buffer identifier. 


56.(New) The method of Claim 50, 

whprpin thp irlpntifipr nf thp tarnpt hnffpr 

is a list of addresses. 


[A3, page 1 1 , lines 4-5] The transport driver will allocate an INIC command buffer, fill it in 

with thp lict nf aHHrpQQPC cot thp mmmanrl h/no to toll tho IMIH that thk ic whoro tn nut 
wiui uic iiol ut auuicoocs, oct uic uui iiiiiai iu lypc iu ten uic iinii/ uiai uito 10 vviicic ivj pui 

the receive data, and then pass the command off to the INIC by writing to the command 
register. 


57.(New) The method of Claim 50, 
wherein the identifier of the target buffer 
is a list of data pointers. 


[A3, page 14, line 41 , through page 15, line 7] This command buffer will include a 
command buffer handle, command field, possibly a TCP context identification, and a list 
of physical data pointers." 


58.(New) The method of Claim 50, 
wherein the connection definition is a part 
of a Transmit Gontol Block (TCB). 




59.(New) The method of Claim 50, 
wherein the data payload is transferred to 
the host portion after the headers of the 
packets of the multi-packet message 
have been stripped. 


[A3, page 6, lines 7-9] 



CONCLUSION 

In view of the above amendments and remarks, Applicants request 
that an interference be declared between the present application 
(09/692,561) and U.S. Patent No, 6,246,683. If the Examiner would like 
to discuss any aspect of this application including how the claims are 
supported by Applicants' specification, the Examiner is requested to call 
the undersigned at (925) 484-9295. 

Respectfully submitted, 
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